Approach for printing a scheduled print job

ABSTRACT

A method and apparatus for printing a scheduled print job by a printing device connected to a client device over a network. The method includes transmitting, by the client device, a request to print the scheduled print job to the printing device. The scheduled print job include print data and schedule data corresponding to a scheduled time the print data is to be printed. The printing device obtains the print job from cloud storage or from local storage depending on a storage selection indicator, and executes the scheduled print job at the scheduled time. A determination is made as to whether the scheduled print job was printed successfully at the scheduled time. Further, a message indicating whether the scheduled print job was printed successfully, based on the determination, is sent to a predetermined device.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a Continuation of prior U.S. patent application Ser. No. 14/705,159 entitled “METHOD AND DEVICE FOR PRINTING A SCHEDULED PRINT JOB”, filed May 6, 2015, which is a Continuation of prior U.S. patent application Ser. No. 13/600,916 entitled “METHOD AND DEVICE FOR PRINTING A SCHEDULED PRINT JOB”, filed Aug. 31, 2012, which is a continuation-in-part of U.S. application Ser. No. 12/715,206 filed on Mar. 1, 2010, and titled “METHOD AND DEVICE FOR PRINTING A SCHEDULED PRINT JOB”, which applications are incorporated by reference in their entirety for all purposes.

FIELD

An embodiment relates generally to printing a scheduled print job. The present invention is more particularly related to monitoring and managing printing of the scheduled print job.

BACKGROUND

In environments such as an office or computer lab, computers may be connected to one or more printing devices shared over a network. To print an electronic document, a computer user typically transmits a request to print the electronic document to one of the shared printing devices. The shared printing device prints the electronic document, in response to the print request, and the computer user retrieves the printed electronic document from the shared printing device.

However, in such environments, it is difficult to maintain confidentiality of the printed electronic document. For example, it is difficult to prevent other users from viewing the printed electronic document between the time the document is printed by the printing device and when the printed electronic document is retrieved by the computer user. Further, there is also the risk that another user may accidentally remove the printed electronic document when picking up their own printed electronic document.

SUMMARY

One embodiment is a printing device that includes a network control service, a local storage device and a job scheduler. The network control service is configured to receive a request to print a scheduled print job, the scheduled print job including a print job, and scheduled print job attributes that include schedule data defining a scheduled time the print job is to be printed, and a storage selection indicator. The local storage device is configured to store the print job and the scheduled print job attributes. The job scheduler is configured to obtain the print job from cloud storage or the local storage device, depending on the storage selection indicator, obtain the scheduled print job attributes from the local storage device, enter, in a scheduled job list in the printing device, schedule data for the scheduled print job; execute the scheduled print job at the scheduled time based on the schedule data; determine whether or not the scheduled print job was printed successfully at the scheduled time; and send, to a specified device, a message indicating whether or not the scheduled print job was printed successfully.

Embodiments may be implemented by instructions processed by one or more processors, by one or more computer-implemented methods, or by devices or apparatuses configured accordingly.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete appreciation of the embodiments and many of the attendant advantages thereof will be readily obtained as the same becomes better understood by reference to the following detailed description when considered in connection with the accompanying drawings, wherein:

FIG. 1 depicts an operational example of scheduled printing of electronic documents;

FIG. 2 depicts an example scheduled printing system including client devices, printing devices, and an e-mail server;

FIG. 3 depicts the client device, the printing devices, and the e-mail server in further detail;

FIG. 4 depicts hardware components of one embodiment of the client device and the e-mail server;

FIG. 5A depicts hardware components of an example printing device;

FIG. 5B depicts electronic components of the printing device depicted in FIG. 5A;

FIG. 5C depicts details of the multi-port communication interface depicted in FIG. 5B;

FIG. 5D depicts an example scheduled print application for a scheduled print device;

FIG. 6 depicts a flow diagram of a scheduled print process according to one embodiment;

FIG. 7 depicts a flow diagram of one embodiment of a scheduled print process performed at the client device;

FIG. 8 depicts a flow diagram of one embodiment of a scheduled print process performed at a scheduled print device;

FIGS. 9A-9D are screenshots of example interfaces that may be used to request a scheduled print job using the client device;

FIG. 10 depicts example PJL commands/comments corresponding to the scheduled print job;

FIGS. 11A-11C are screenshots of example interfaces that may be used to manage scheduled print jobs via the scheduled print device;

FIGS. 12A and 12B depict an example scheduled print job database schema;

FIG. 13 depicts an example flow diagram for processing a print job request in a scheduled print device;

FIG. 14 depicts an example flow diagram for scheduling execution of a scheduled print job;

FIG. 15 depicts an example flow diagram for executing the scheduled print job;

FIGS. 16A-16D are example interfaces that may be used by an administrator to manage a scheduled print device through a web interface;

FIG. 17 depicts an example system in which an Administrator Dashboard collects data from a plurality of scheduled print devices;

FIG. 18 depicts an example web service API response;

FIG. 19 depicts example web service API response codes; and

FIG. 20 depicts example data returned based on an API command request;

FIG. 21 depicts a system overview of an example scheduled printing system with cloud storage;

FIG. 22 depicts a flow diagram among electronic components in an example embodiment of the scheduled print device;

FIG. 23 depicts a client device coupled to cloud storage and a scheduled print device;

FIG. 24 depicts a flow diagram among electronic components in another example embodiment of the scheduled print device;

FIGS. 25A-25C depict example user interfaces for requesting a scheduled print job;

FIG. 26A depicts an example scheduled print job database schema for each scheduled print job stored in the scheduled print device;

FIG. 26B gives a description of the information in the schema of FIG. 24A;

FIG. 27 depicts an embodiment for processing a print job received by the scheduled print device 30;

FIG. 28 depicts a process for executing the scheduled print job; and

FIG. 29 depicts an example set of PJL commands/comments generated by the printer driver for a scheduled print request.

DETAILED DESCRIPTION

FIG. 1 depicts an approach for scheduled printing of electronic documents, as disclosed in U.S. Patent Application Publication No. 2006/0227368, which is incorporated by reference in its entirety for all purposes. As depicted in FIG. 1, schedule data is generated in step S2. In step S4, a client sends an electronic document to the printing device. The printing device determines whether immediate or scheduled printing is to be used to print the electronic document, in step S6. Immediate printing is used if no schedule data is associated with the received electronic document, or if data indicates that immediate printing is used. In this situation, in step S8, the printing device immediately prints the electronic document. On the other hand, if scheduled printing is to be used, then the printing device stores the electronic document and prints the electronic document based on the schedule data, in step S10.

However, since the electronic document may be scheduled for printing at a later time and/or date, the user may forget to retrieve the printed electronic document at the scheduled time. The delayed printing may also make it difficult to confirm that necessary resources are available at the time of printing or to confirm that the electronic document was printed successfully. Further, the user may need to modify the scheduled printing of the electronic document based on a change of circumstances prior to the scheduled printing time.

Print jobs need to be more scalable and accessible, especially when the print device is connected to Internet or intranet. There is a need to overcome resource limitations on a printing device related to scheduled print job storage and accessibility of scheduled print jobs through a print device which is connected to the Internet or an intranet. FIG. 2 is a block diagram that depicts an example scheduled printing system including client devices 20 a and 20 b (e.g., a portable or desktop computer), printing devices (e.g., normal print devices 26 a-26 c and scheduled print device 30), and e-mail server 50 connected to each other over a network 12.

The scheduled print device 30 is a printing device on which a scheduled print application is deployed. Client devices 20 a and 20 b are used to submit print jobs of an immediate print type or a scheduled print type. When a client device 20 submits a scheduled print job, the print job is submitted along with scheduled print related commands and a time and/or date at which the print job is to be printed. Further, the e-mail server 50 allows the scheduled print device 30 to send print job status information back to a user via e-mail. As depicted in FIG. 2, the scheduled printing system may include one or more normal print devices 26 a-26 c to which the print job can be distributed based on a command within the print job, or to which print jobs can be routed in case there is an error in the scheduled print device 30 while printing a scheduled print job.

FIG. 3 depicts an example network structure including components of the client device 20, the normal print device 26, the scheduled print device 30, and the e-mail server 50. As depicted in FIG. 3, the client device 20, the normal print device 26, the scheduled print device 30, and the e-mail server 50 are connected to each other over the network 12, such as a Local Area Network (LAN), Wide Area Network (WAN), or Wireless Local Area Network (WLAN). It is noted that the client device 20, the normal print device 26, the scheduled print device 30, and the e-mail server 50 need not be connected to each other over the same network, and may, for example, be connected to each other by any one or a combination of different communication paths (e.g., the Internet, a LAN, or mobile network).

The client device 20 may include an application 22 and a printer driver 24. Application 22 may be any type of application executed on the client device 20. The application 22 may include one or a combination of, for example, a word processing application, spreadsheet application, e-mail client, web browser, portable document format (PDF) viewer, image viewing/editing software, or any other application configured to generate data for processing by the scheduled print device 30. The printer driver 24 is configured to provide a user interface for a user to request printing of a print job, as further discussed below. The client device 20 may provide user interfaces such as those depicted in FIGS. 9A-9D. The printer driver 24 is configured to process the data from the application 22 and generate print data, and/or schedule data that is provided to the scheduled print device 30 for processing.

The normal print device 26 may include a print process 28. The print process 28 may be implemented by one or more processes for printing a print job received from the client device 20 or the scheduled print device 30.

The scheduled print device 30 includes a print process 31, which may be implemented by one or more processes for printing a print job received from the client device 20, and a scheduled print application 32. The scheduled print application 32 may include an operation panel user interface module 34, a print job filter module 36, a job scheduling module 38, a web configuration module 40, a web service API module 42, a storage 44 storing scheduled print job data 46, and a notification module 48. However, it is noted that one or more of the operation panel user interface module 34, the print job filter module 36, the job scheduling module 38, the web configuration module 40, the web service API module 42, the storage 44 storing scheduled print job data 46, and the notification module 48 may be provided separately from the scheduled print application 32.

The operation panel user interface module 34 may be any mechanism and/or medium that provides for the exchange of information between a user and the scheduled print device 30, such that the user may view scheduled print jobs and override one or more corresponding print schedules based on a user input. The user may override the print schedule by changing a scheduled print time or by requesting immediate printing of a scheduled print job. Alternatively, the user may request deletion of the scheduled print job. Example user interfaces provided by the operation panel user interface module 34 are depicted in FIGS. 11A-11C.

The print job filter module 36, parses a print job and identifies if the print job received by the scheduled print device 30 is a scheduled print job or a regular print job based on, for example, scheduled print related commands. If the print job is of the scheduled type, the print job filter module 36 stores the print job in the storage 44 for further processing and creates a schedule for the job scheduling module 38. Alternatively, the schedule may be created by the job scheduling module 38 or other separate module. The job scheduling module 38 maintains and executes a list of scheduled print jobs stored in the scheduled print device 30. The job scheduling module 38 can be accessed from an operation panel of the scheduled print device 30, through a web configuration module 40, or web service API module 42 to modify or delete scheduled print jobs. Further, the job scheduling module 38 may forward the scheduled print job to one or more normal print devices 26 for printing, based on whether multiple destinations are designated for the scheduled print job or the scheduled print job cannot be completed due to an error (e.g., due to a lack of resources including paper, toner, oil, etc.) in the scheduled print device 30. In other embodiments, the scheduled print job is forwarded by another separate module, such as a dedicated scheduled print job forwarding module.

The web configuration module 40 may be implemented by an mechanism or process for generating Web pages, which allows a user or an administrator to remotely configure and manage (e.g., request immediate printing of, modify, or delete scheduled print jobs) the scheduled print application 32. The web service API module 42 exposes scheduled print data as a Web Service from the scheduled print device 30. For example, by accessing the web service API module 42, a client application running on, for example, a personal computer can collect data from the scheduled print application. Further, the client application can also collect data from multiple devices (e.g., a plurality of scheduled print devices 30) by accessing the web service APIs of the respective multiple devices. For example, the web service API can be used to create a dashboard application to collect scheduled print job information from a plurality of scheduled print devices 30.

The scheduled print device 30 also includes storage 44 which is configured to store the scheduled print job data 46 received from the client device 20 and data related to the scheduled print job. In one embodiment, the scheduled print job data 46 includes schedule data defining a time and/or date when the print job is to be printed. In other embodiments, the schedule data includes information that the scheduled print device 30 uses to automatically determine the time and/or date when the print job is to be printed. For example, a time and/or date may be automatically determined based on schedule data including an identity of the user requesting the print job, the size of the print job, a priority of the print job, a location from which the print job is requested, a code corresponding to a time and/or date, etc.

The notification module 48 notifies the user requesting the scheduled print job of a status of the scheduled print job or the device (e.g., if there is any error, etc.). The notification module 48 may notify the user through e-mail, short message service (SMS), instant message service (1M), tweet, or a pop up message sent to the client device 20 or other specified device, when the scheduled print job is completed or if the scheduled print job was not able to be completed at a specified time due to an error in the scheduled print device 30.

For example, the notification module 48 may generate and send a message indicating whether the scheduled print job was completed successfully at a scheduled time. When the scheduled print job is completed successfully, the notification module 48 generates and sends a message confirming that the scheduled print job was printed successfully. When the scheduled print job was not completed successfully, the notification module 48 may generate and send a message indicating an error. The error message may further specify a rescheduled time or alternative print device (e.g., normal print device 26) for printing the scheduled print job.

In one embodiment, the notification module 48 may generate a reminder message, to remind a user that the scheduled print job is scheduled to be printed at the scheduled time. For example, the notification module 48 may generate a message reminding a user that the scheduled print job will be printed in X minutes. The message may optionally include a link or other mechanism to allow the user to modify or delete the scheduled print job prior to the scheduled print time. The user may modify or delete the scheduled print job, for example, by accessing the web service API module 42.

As discussed above, the message generated by the notification module 48 may be sent to a user, for example, via an e-mail. Further, the message may be sent using a text messaging system such as SMS. In an alternative embodiment, the message may be sent using an instant messaging service such as the AOL®, Google®, Yahoo®, or Blackberry® instant messaging services. The message may be addressed to a designated user by, for example, e-mail address or IM identifier. Alternatively, the message may be addressed to a designated user device by, for example, IP address, mobile phone number, home phone number, network identifier, etc. The addressing information may be included in the scheduled print job, or determined based on information such as a user ID included in the scheduled print job.

The e-mail server 50 may include an e-mail application 52 and an e-mail storage 54. The e-mail application 52 is installed on the e-mail server 50 and provides e-mail services. The e-mail server 50 may exchange information with the client device 20, the scheduled print device 30, and/or other user device, using one or a variety of different protocols. The different protocols may include, for example, the Internet Message Access Protocol (IMAP), Post Office Protocol 3 (POP 3), Simple Mail Transfer Protocol (SMTP), or the HTTP protocol. The e-mail storage 54 stores e-mail messages addressed to one or more users.

However, it is noted that the e-mail server 50 is not required in embodiments in which the message generated by the notification module 48 is not sent via e-mail. For example, when the message generated by the notification module 48 is sent via SMS or IM the scheduled printing system may include a SMS service provider or IM service provider, respectively.

FIG. 4 depicts a computer system 70 in which embodiments of the client device 20, the e-mail server 50, or other user device for receiving a scheduled print job status message may be implemented. The client device 20, the e-mail server 50, or the other user device may be implemented in, for example, workstations, personal computers, laptop computers, personal digital assistants (PDAs), cellular telephone devices, or other mobile devices. The computer system 70 includes a bus B or other communication mechanism for communicating information such as address information and data, and a CPU (or processor) 78 coupled with the bus B for processing the information. The computer system 70 also includes a memory unit (or main memory) 76, such as a random access memory (RAM) or other dynamic storage device (e.g., dynamic RAM (DRAM), static RAM (SRAM), and synchronous DRAM (SDRAM)), coupled to the bus B for storing information and instructions to be executed by the CPU 78. In addition, the memory unit 76 may be used for storing temporary variables or other intermediate information during the execution of instructions by the CPU 78. The computer system 70 may also further include a read only memory (ROM) or other static storage device (e.g., programmable ROM (PROM), erasable PROM (EPROM), and electrically erasable PROM (EEPROM)) coupled to the bus B for storing static information and instructions for the CPU 78.

The computer system 70 may also include a disk controller coupled to the bus B to control one or more storage devices for storing information and instructions, such as mass storage 74 which may be a hard disk drive, for example, and drive device 82 (e.g., floppy disk drive, read-only optical disc drive, read/write optical disc drive, optical disc jukebox, tape drive, flash memory or a flash memory based drive, and removable magneto-optical drive). The storage devices may be added to the computer system 70 using an appropriate device interface (e.g., small computer system interface (SCSI), integrated device electronics (IDE), enhanced-IDE (E-IDE), direct memory access (DMA), or ultra-DMA).

The computer system 70 may also include special purpose logic devices (e.g., application specific integrated circuits (ASICs)) or configurable logic devices (e.g., simple programmable logic devices (SPLDs), complex programmable logic devices (CPLDs), and field programmable gate arrays (FPGAs)) in order to carry out the desired functionality.

The computer system 70 may also include a display controller coupled to the bus B to control a display, such as a cathode ray tube (CRT), organic light emitting diode (OLED) display, liquid crystal display (LCD), or projector, for displaying information to a computer user. The computer system 70 may include input devices, such as a keyboard, pointing device, or touch display, for interacting with a computer user and providing information to the CPU 78. The pointing device, for example, may be a mouse, a trackball, or a pointing stick for communicating direction information and command selections to the CPU 78 and for controlling cursor movement on the display. In addition, a printer may provide printed listings of data stored and/or generated by the computer system.

The computer system 70 performs a portion or all of the processing steps in response to the CPU 78 executing one or more sequences of one or more instructions contained in a memory, such as the memory unit 76. Such instructions may be read into the memory unit 76 from another computer-readable medium, such as the mass storage 74 or a removable media 72, One or more processors in a multi-processing arrangement may also be employed to execute the sequences of instructions contained in the memory unit 76 or the removable media 72. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions. Thus, embodiments are not limited to any specific combination of hardware circuitry and software.

As stated above, the computer system 70 includes at least one removable media 72, which is a computer-readable medium, or memory for holding instructions programmed according to the teachings described herein and for containing data structures, tables, records, or other data described herein. Examples of computer-readable media are compact discs, hard disks, floppy disks, tape, magneto-optical disks, PROMs (EPROM, EEPROM, flash EPROM), DRAM, SRAM, SDRAM, or any other magnetic medium, optical discs (e.g., CD-ROM), or any other storage medium from which a computer can read.

Stored on any one or on a combination of computer-readable media is software for controlling the computer system 70, for driving a device or devices, and for enabling the computer system 70 to interact with a human user. Such software may include, but is not limited to, device drivers, operating systems, development tools, and applications software. Such computer-readable media further includes the computer program product for performing all or a portion (if processing is distributed) of the processing described herein.

The computer code devices may be any interpretable or executable code mechanism, including but not limited to scripts, interpretable programs, dynamic link libraries (DLLs), Java classes, and complete executable programs. Moreover, parts of the processing may be distributed for better performance, reliability, and/or cost.

The term “computer-readable medium” as used herein refers to any medium that participates in providing instructions to the CPU 78 for execution. A computer-readable medium may take many forms, including but not limited to, non-volatile media, and volatile media. Non-volatile media includes, for example, optical, magnetic disks, and magneto-optical disks, such as the mass storage 74 or the removable media 72. Volatile media includes dynamic memory, such as the memory unit 76.

Various forms of computer-readable media may be involved in carrying out one or more sequences of one or more instructions to the CPU 78 for execution. For example, the instructions may initially be carried on a magnetic disk of a remote computer. The remote computer can load the instructions remotely into a dynamic memory and send the instructions over a telephone line using a modem. A modem local to the computer system 70 may receive the data on the telephone line and use an infrared transmitter to convert the data to an infrared signal. An infrared detector coupled to the bus B can receive the data carried in the infrared signal and place the data on the bus B. The bus B carries the data to the memory unit 76, from which the CPU 78 retrieves and executes the instructions. The instructions received by the memory unit 76 may optionally be stored on mass storage 74 either before or after execution by the CPU 78.

The computer system 70 also includes a communication interface 80 coupled to the bus B. The communication interface 80 provides two-way data communication coupling to a network that is connected to, for example, a LAN, or to another communications network such as the Internet. For example, the communication interface 80 may be a network interface card to attach to any packet switched LAN. As another example, the communication interface 80 may be an asymmetrical digital subscriber line (ADSL) card, an integrated services digital network (ISDN) card or a modem to provide a data communication connection to a corresponding type of communications line. Wireless links may also be implemented. In any such implementation, the communication interface 80 sends and receives electrical, electromagnetic, or optical signals that carry digital data streams representing various types of information. However, in other embodiments, the communication interface 80 may simply provide for one-way data communication.

The network typically provides data communication through one or more networks to other data devices. For example, the network may provide a connection to another computer through a local network (e.g., a LAN) or through equipment operated by a service provider, which provides communication services through a communications network. The local network and the communications network use, for example, electrical, electromagnetic, or optical signals that carry digital data streams, and the associated physical layer (e.g., CAT 5 cable, CAT 6 cable, coaxial cable, optical fiber, etc.). The signals through the various networks and the signals on the network and through the communication interface 80, which carry the digital data to and from the computer system 70, may be implemented in baseband signals, or carrier wave based signals. The baseband signals convey the digital data as unmodulated electrical pulses that are descriptive of a stream of digital data bits, where the term “bits” is to be construed broadly to mean symbol, where each symbol conveys at least one or more information bits. The digital data may also be used to modulate a carrier wave, such as with amplitude, phase and/or frequency shift keyed signals that are propagated over a conductive media, or transmitted as electromagnetic waves through a propagation medium, Thus, the digital data may be sent as un-modulated baseband data through a “wired” communication channel and/or sent within a specified frequency band, different than baseband, by modulating a carrier wave. The computer system 70 can transmit and receive data, including program code, through the network and the communication interface 80. Moreover, the network may provide a connection to a mobile device such as a personal digital assistant (PDA) laptop computer, or cellular telephone.

Alternatively, the client device 20 may be implemented in a digital copier/printer multi-function machine (MFP), as further discussed below. For example, the client device 20 may capture an image, which is transmitted to the scheduled print device 30 for printing. In other embodiments, the scheduled print job may be requested at the scheduled print device 30.

FIG. 5A depicts an example mechanical layout of the normal print device 26 and/or scheduled print device 30 depicted in FIG. 2, which may correspond to a digital copier/printer multi-function machine (MFP). In FIG. 5A, 101 is a fan for the scanner, 102 is a polygon mirror used with a laser printer, and 103 designates an F theta lens used to collimate light from a laser. Reference number 104 designates a sensor for detecting light from the scanner, 105 is a lens for focusing light from the scanner onto the sensor 104 and 106 is a quenching lamp used to erase images on the photoconductive drum 132. There is a charging corona unit 107 and a developer roller 108. Reference numeral 109 designates a lamp used to depict a document to be scanned and 110, 111, and 112 designate mirrors used to reflect light onto the sensor 104. There is a drum mirror 113 used to reflect light to the photoconductive drum 132 originating from the polygon mirror 102. Reference numeral 114 designates a fan used to cool the charging area of the normal print device 26 and/or scheduled print device 30, and 115 is a first paper feed roller used for feeding paper from the first paper cassette 117, and 116 is a manual feed table. Similarly, element 118 is a second paper feed roller for the second cassette 119. Reference numeral 120 designates a relay roller, 121 is a registration roller, 122 is an image density sensor, and 123 is a transfer/separation corona unit. Reference numeral 124 is a cleaning unit, 125 is a vacuum fan, element 126 is a transport belt, 127 is a pressure roller, and 128 is an exit roller. Reference numeral 129 is a hot roller used to fix toner onto the paper, 130 is an exhaust fan, and 131 is the main motor used to drive the digital copier/printer multi-function machine.

FIG. 5B depicts an example block diagram of the electronic components of the normal print device 26 and/or scheduled print device 30 depicted in FIG. 5A. The CPU 160 is a microprocessor and acts as the system controller. There is a random access memory (RAM) 162 to store dynamically changing information including operating parameters of the digital copiers. A read-only memory (ROM) 164 stores the program code used to run the normal print device 26 and/or scheduled print device 30 and also information describing the static-state data such as model number, serial number, and default parameters that would not change over the life of the machine. When the device needs to boot up from either a hard disk or flash memory, the ROM memory 164 stores the boot sequence.

Similar to the computer system 70 discussed above, the normal print device 26 and/or scheduled print device 30 may perform a portion of or all processing steps in response to the CPU 160 executing one or more sequences of one or more instructions contained in a memory, such as the ROM 164 or of one of the memory types discussed above with respect to the computer system 70. The instructions may be read into the memory from another computer-readable medium, as discussed above, such as mass storage or removable media. One or more processors in a multi-processing arrangement may also be employed to execute the sequences of instructions contained in the memory. In alternative embodiments, hardwired circuitry may be used in place of or in combination with software instructions. Thus, embodiments are not limited to any specific combination of hardware circuitry and software.

There is provided a multi-port communication interface 166, which allows the normal print device 26 and/or scheduled print device 30 to communicate with external devices. Reference numeral 168 represents a telephone or other communication line including a wireless channel. Reference number 170 represents a wired communication line, such as a wired telephone or Ethernet connection. Further information of the multi-port communication interface is described with respect to FIG. 5C. An interface controller 172 is used to connect an operation panel 174 to a system bus 186. The operation panel 174 includes standard input and output devices found on a digital copier/printer multi-function machine or business office appliance including some function buttons such as reduce/enlarge and numeric buttons, etc. Additionally, a liquid crystal display, or other displays as discussed above, may be included within the operation panel 174 to display parameters and messages of the apparatus. The operation panel also can be a touch panel in which the display and function buttons may change according to the context.

A local connection interface 171 is a connection through a local port such as RS232, USB and IEEE 1394. This interface 171 allows external devices to be attached to the apparatus.

A storage interface 176 connects storage devices to the system bus 186. The storage devices include a flash memory 178 and a disk 182. There is a connection 180 connected to the storage interface 176 which allows for additional memory devices to be connected. The flash memory 178 is used to store semi-static data which describes parameters of the device which infrequently change over the life of the apparatus, including the option configuration, network access parameters, and work group, and also can be used to store dynamic data that describes parameters dynamically changing such as print count. An option interface 184 allows additional option devices to be attached and controlled. A clock/timer 187 is utilized to keep track of both the time and date and also to measure elapsed time.

On the left side of FIG. 5B, the various sections making up the normal print device 26 and/or scheduled print device 30 are depicted. Reference numeral 202 designates a sorter and contains sensors and actuators used to sort the output of the flotilla] print device 26 and/or scheduled print device 30. There is a duplexer 200 that allows a duplex operation to be performed and includes conventional sensors and actuators. The normal print device 26 and/or scheduled print device 30 includes a large capacity tray unit 198 that allows paper trays holding a large number of sheets to be used. The large capacity tray unit 198 includes conventional sensors and actuators.

A paper feed controller 196 is used to control the operation of feeding paper into and through the normal print device 26 and/or scheduled print device 30. A scanner 194 is used to scan images into the normal print device 26 and/or scheduled print device 30 and includes a control system of conventional scanning elements such as a light, mirror, etc. Additionally, scanner sensors are used, such as a home position sensor, to determine that the scanner is in the home position, and a lamp thermistor is used to ensure proper operation of the scanning lamp. There is a printer/imager 192, which prints the output of the normal print device 26 and/or scheduled print device 30 and includes a conventional laser printing mechanism, a toner sensor, and an image density sensor. The fuser 190 is used to fuse the toner onto the page using a high temperature roller and includes an exit sensor, a thermistor to assure that the fuser 190 is not over heating, and an oil sensor. Additionally, there is an optional unit interface 188 used to connect optional units such as an automatic document feeder, a different type of sorter/collator, or other elements that can be added to the normal print device 26 and/or scheduled print device 30.

FIG. 5C depicts details of the multi-port network interface 166. The normal print device 26 and/or scheduled print device 30 may communicate to external devices through a Token Ring interface 220, a cable modem unit 222 that has a high speed connection over cable, a conventional telephone interface 224 that connects to a telephone line 168, a wireless interface 228, and an Ethernet interface 230. Other interfaces (not depicted) include, but are not limited to, a Digital Subscriber line. The multi-port network interface does not need to have all the interfaces described in FIG. 5C.

The CPU or other microprocessor or circuitry executes a monitoring process to monitor the state of each of the sensors of the normal print device 26 and/or scheduled print device 30, and a sequencing process is used to execute the instructions of the code used to control and operate the normal print device 26 and/or scheduled print device 30.

Additionally, there is (1) a central system control process executed to control the overall operation of the normal print device 26 and/or scheduled print device 30 and (2) a communication process used to assure reliable communication to external devices connected to the flotilla′ print device 26 and/or scheduled print device 30. The system control process monitors and controls data storage in a static state (e.g., the ROM 164 of FIG. 5B), a semi-static state (e.g., the flash memory or disk 182), or a dynamic state (e.g., a volatile or non-volatile memory, the RAM 162 or the flash memory 178 or disk 182).

The above details have been described with respect to a digital copier/printer multi-function machine, but this embodiment is equally applicable to other business office machines or devices such as an analog copier, a facsimile machine, a printer, a facsimile server, or other business office machines and business office appliances that are configured to store data for future processing.

FIG. 5D depicts a flow diagram that depicts example communications between electronic components in an example embodiment of the scheduled print device 30. As depicted in FIG. 5D, a network control service (NCS) 254 receives a print job from the printer driver 24 of the client device 20, which is connected to a TCP port (e.g., port 9100) of the scheduled print device 30. The print job may include schedule data (e.g., defining a scheduled print time and/or date) generated by the printer driver 24. Alternatively, the schedule data includes information for the scheduled print device 30 to automatically determine the scheduled print time and/or date. The NCS 254 includes Diprint 9100 module 266, which monitors port 9100 for TCP print jobs from the client device 20, and controls communications over the network. However, in alternate embodiments, the Diprint 9100 module 266 may be configured to monitor one or more other port numbers. After receiving the print job, the NCS 254 transfers the print job to print system/printer description language (PDL) interpreter 256, which forwards the print job to the scheduled print job filter/encryption module 258. The scheduled print job filter/encryption module 258 determines if the print job is a scheduled print job. For example, the print job may include one or more Print Job Language (PJL) or PDL commands/comments that specify scheduled printing is to be used. Alternatively, the print job may be determined to be a scheduled print job based on the inclusion of schedule data. If the print job is a scheduled print job, the scheduled print job filter/encryption module 258 stores the print job in Job DB 260. The scheduled print job filter/encryption module 258 may optionally encrypt the print job prior to storing the print job in the Job DB 260. Further, a job scheduler 262 maintains a job schedule database of any scheduled print jobs stored in the scheduled print device 30, and schedules the execution of the scheduled print job stored in the Job DB 260 and executes the scheduled print job at the appropriate time.

Further, the scheduled print job filter/encryption module 258 extracts e-mail and/or mobile phone number information from the print job. The scheduled print job filter/encryption module 258 sends the extracted e-mail information to an SMTP client module 264, which e-mails scheduled print job status information based on the extracted email information, and the extracted mobile phone number information to SMS module 266, which sends a text message including the scheduled print job status information based on the extracted mobile phone number information. If the scheduled print job filter/encryption module 258 determines that the print job is not a scheduled print job, the scheduled print job filter/encryption module 258 returns the print job to the print system/PDL interpreter 256, which interprets print data, e.g., PDL data included in the print job, and prints the print data associated with the print job. In one embodiment, the SMTP client module 264 and the SMS module 266 are included in the job scheduler 262. Alternatively, the SMTP client module 264 and/or the SMS module 266 may be provided separate from the job scheduler 262.

An operation panel user interface module 252 is configured to provide an interface for a user to access scheduled print jobs stored in the scheduled print device 30. When the user operates the operation panel user interface module 252, the user enters a user ID and corresponding authentication information. FIG. 11A depicts an example interface for the user to enter the user ID and corresponding authentication information. In other embodiments, a user may access the scheduled print jobs through other authenticating methods that may be based on the user's voice, biometric information, etc. After the user ID and the authentication information are inputted by the user, or the user is authenticated by other methods, the operation panel user interface module 252 retrieves scheduled print jobs associated with the user from the Job DB 260. In one embodiment, the scheduled print jobs are retrieved according to a user ID.

The retrieved scheduled print jobs are displayed to the user, for example, as depicted in FIG. 11 B. After one or more scheduled print jobs are selected by the user, the operation panel user interface module 252 performs a user requested action on the selected one or more scheduled print jobs. For example, when the user requests that one or more scheduled print jobs be printed immediately, the operation panel user interface module 252 pulls the selected one or more scheduled print jobs from the Job DB 260 and sends the one or more scheduled print jobs to the Diprint 9100 module 266. The Diprint 9100 module 266 forwards the one or more print jobs to the print system/PDL interpreter 256, which prints the print data associated with the one or more scheduled print jobs. When, the print system/PDL interpreter 256 is aware that the print job is not a scheduled print job, the print job may be printed without being forwarded to the scheduled print job filter/encryption module 258. Further, the user may request that the one or more scheduled print jobs be deleted or modified, as further discussed below.

The scheduled print web configuration module 270 and the web service API module 272 may connect to a user application or an administrator application using the hypertext transfer protocol (HTTP) or the hypertext transfer protocol secure (HTTPS). However, in other embodiments, the user application or the administrator application may connect to the scheduled print web configuration module 270 and the web service API module 272 using other communication protocols such as the file transfer protocol (FTP), the simple object access protocol (SOAP), or representational state transfer (REST). As discussed above, the user application or the administrator application may connect to the scheduled print web configuration module 270 and the web service API module 272 to manage (e.g., configuration information, edit or delete scheduled print jobs, etc.) the scheduled print device 30 or the scheduled print jobs stored therein, or to access status information such as a job log and error log stored on the scheduled print device 30. As noted above, in one embodiment, the scheduled print jobs may be managed using the user interfaces depicted in FIGS. 16A-16D.

FIG. 6 provides an overview of an example process for a scheduled print process. In step S602, the client device 20 transmits a request to print a scheduled print job to the scheduled print device 30. The scheduled print job request includes print data and schedule data corresponding to a scheduled print time. Alternatively, the schedule data may be provided separately from the print data. In one embodiment, the schedule data defines a time and/or date on which the scheduled print job is to be printed. In other embodiments, the scheduled print device 30 determines the time and/or date on which the scheduled print job is to be printed based on the schedule data. For example, the schedule data may correspond to an identifier (e.g., user ID) used by the scheduled print device 30 to identify a specified time and/or date (e.g., 2 pm) on which the print job is to be printed.

In step S604, the scheduled print device 30 receives the request to print the scheduled print job from the client device 20. The scheduled print device 30 stores the received scheduled print job in memory, in step S606. In step S608, the scheduled print device executes the scheduled print job at the scheduled time. The scheduled print device 30, in step S610, determines whether the scheduled print job was printed successfully. After determining whether the scheduled print job was printed successfully, the scheduled print device 30 sends a message indicating whether the scheduled print job was printed successfully to a specified device, or user, such as the client device 20 or other device associated with a user designated to receive the message.

FIG. 7 depicts an example process performed by the client device 20. In step S702, the client device 20 receives a scheduled print request from a user of the client device 20. In response to the scheduled print request, the client device 20 generates a request to print a scheduled print job, including print data and scheduled data, and transmits the scheduled print job request, in step 5704. The scheduled print job request may be generated, for example, in response to a command to print a document using a word processing application. Further, in step S706, the client device 20 and/or other specified device receives a message indicating whether the scheduled print job was completed successfully.

FIG. 8 depicts an example process performed by the scheduled print device 30. As depicted in FIG. 8, in step S802, the scheduled print device 30 receives the request to print a scheduled print job, including print data and schedule data corresponding to a scheduled print time. As noted above, the schedule data may define a time and/or date at which time the scheduled print job is to be printed. Alternatively, the schedule data may be used by the scheduled print device 30 to automatically determine a scheduled print time. The scheduled print job is stored in memory, in step S804, and executed at the scheduled time, in step S806. The scheduled print device 30 determines whether the scheduled print job was printed successfully, in step S808, and sends a message indicating whether the scheduled print job was printed successfully to a specified device, or user, in step S810.

FIGS. 9A-9D depict example user interfaces for requesting a scheduled print job. For example, a Print window 900 is displayed to a user of the client device 20. The user selects a printer, such as scheduled print device 30, to process a print job in a dropdown window 902. If the user selects the properties button 904, a Printing Preferences window 920, as depicted in FIG. 9B, is displayed. The Printing Preferences window 920 allows the user to define several printing options, including whether the print job is to be of the scheduled print type in a drop down window 922. For print jobs of the scheduled print type, the user may define further details by, for example, selecting the details button 924. When the user selects the details button 924, a Scheduled Print Details window 960 is displayed.

The Scheduled Print Details window 960 includes a user ID field 962, password field 964, e-mail address field 968, mobile number field 970, scheduled date field 972, scheduled time field 974, distribute selection box 976, and details button 978. A user may access the scheduled print application 32 on the scheduled print device 30 using the user ID and/or password entered into user ID field 962 and password field 964, respectively. The e-mail address field 968 and mobile number field 970, when provided with appropriate information, are used by the scheduled print device 30 to provide job status notifications to a specified device or designated user. The scheduled date and time fields 972 and 974, define the date and time when the scheduled print job should be printed. Further, the distribute selection box 976 enables job distribution to selected one or more printing devices (e.g., normal print devices 26 a-26 c). The one or more printing devices may be designated, for example, by selecting details button 978, which causes a Scheduled Print Distribute Details window 980 to be displayed to the user. In the Scheduled Print Distribute Details window, fields 982 a-982 j are provided for printers 1-10, respectively, to which the scheduled print job may be distributed. However, other embodiments may provide fields for one or more printers, not limited to ten printers. The printers may be designated using an IP address, host name, or any other information used by the scheduled print device 30 to address the printers. Further, the information identifying the printers may be manually entered into the printer fields 982 a-982 j, selected from a list of available printers, or automatically populated based on specified criteria such as user ID. When communication methods other than e-mail or SMS are employed for the providing the scheduled print job notifications, the e-mail address filed and/or mobile number fields 968 and 970 can be modified to accept information for sending the scheduled print job notifications according to the other communication methods.

FIG. 10 depicts an example set of PJL commands/comments generated by the printer driver 24 for the scheduled print request. As depicted in FIG. 10, the PJL commands include information regarding the print job type, user ID, e-mail address, password, mobile number, time at which the print job is scheduled, date at which the print job is scheduled, and IP addresses or host names of printers to which the print job is to be distributed. The PJL commands/comments are processed by the scheduled print device 30, as discussed with respect to FIG. 13.

FIGS. 11A-11 C depict example user interfaces for managing one or more scheduled print jobs at the scheduled print device 30. For example, initially a User Login window 1100 is displayed on an operation panel of the scheduled print device 30. The User Login window 1100 includes a user ID field 1102 and password field 1104. After user ID and password information entered by a user is authenticated, the operational panel of the scheduled print device 30 displays a Scheduled Print Job Management window 1110. The Scheduled Print Job Management window 1110 displays any scheduled print jobs associated with the authenticated user. When the listing of scheduled print jobs cannot be displayed in a single window, the user may user next and previous buttons 1114 and 1116 to navigate to different pages of the listing. Using selection boxes 1112 a-1112 d, the user may select one or more scheduled print jobs to manage. The user may delete one or more of the scheduled print jobs by selecting delete button 1118. Selection of the delete button 1118 deletes the scheduled print job from the memory of the scheduled print device 30 and a scheduled job database. A user may edit one or more of the scheduled print jobs by selecting edit button 1120. Selection of the edit button 1120 causes an Edit Schedule and Distribution Details window 1130, for example as depicted in FIG. 11C, to be displayed to the user. Using the Edit Schedule and Distribution Details window 1130, the user may enter a new scheduled print date or time using fields 1132 and 1134, respectively. Further, the user may designate one or more printers to which the scheduled print job should be distributed using any one of fields 1136 a-1136 j. After the user enters any desired changes to the print schedule or distribution, the user selects apply button 1138 to save any changes. Alternatively, any changes may automatically be saved when the user exits the Edit Schedule and Distribution Details window 1130.

FIG. 12A depicts an example scheduled print job database schema. As depicted in FIG. 12A, a scheduled job database includes a table of entries for each scheduled print job stored in the scheduled print device 30. The scheduled job database may include one or a combination of the entries depicted in FIG. 12A. A description of the information defined in the scheduled job database is depicted in FIG. 12B. For example, each entry in the scheduled job database is identified by a unique job identifier (i.e., a private key). The scheduled print job entry further includes a UserID and password, which correspond to the user ID and password included in the scheduled print job request generated by printer driver 24. A TimeStamp indicates the time the scheduled print job was received by the scheduled print device 30. The scheduled print job entry also includes ScheduleTime and ScheduleDate which define the time and date the scheduled print job is to be printed, and a PageCount which defines the number of pages to be printed. JobName, EmailID, and MobileNumber correspond to the job name, e-mail address, and mobile number sent from the printer driver 24. PrinterAddress1-PrinterAddress10 correspond to the information sent from the printer driver 24 if the distribute option was selected and at least one printer address or host name provided to the printer driver 24.

FIG. 13 depicts an embodiment for processing a print job received by the scheduled print device 30. The print job may include PJL commands/comments that are generated by the printer driver 24 of the client device 20. An example set of PJL commands/comments generated by the printer driver 24 is depicted in FIG. 10. As depicted in FIG. 13, the scheduled print device 30 identifies the number of pages in the received print job, in step S 1302. In step S1304, the scheduled print device 30 determines whether the print job is a scheduled print job by, for example, determining whether the PJL commands/comments associated with the print job includes “PDL SCHEDULEJOB”. Alternatively, the scheduled print device 30 determines whether the print job is a scheduled print job based off other specified information stored in the PJL commands/comments. If the print job is determined not to be a scheduled print job, the scheduled print device 30 determines whether the number of pages in the print job exceeds a threshold for immediate print, in step S1306. When the number of pages in the print job does not exceed the threshold for immediate print, the print job is sent to the print system for printing, in step S1308. However, when the number of pages in the print job exceed the threshold for immediate print, in step S1310, the print job is scheduled for off peak printing, and job information corresponding to the print job is created and stored into a Job Schedule Database.

On the other hand, when the print job is a scheduled print job, the scheduled print device 30 parses the PJL commands/comments that are generated by the printer driver 24 of the client device 20, in step S1312. In step S1314, a unique JobID is created and job information corresponding to the print job is stored into the Job Schedule Database. After the job information corresponding to the print job is stored in steps S1310 or 51314, the print job is encrypted and stored in the scheduled print device 30. Further, the scheduled print job is added to the job scheduler of the scheduled print device 30.

FIG. 14 depicts a process performed by an example embodiment of the Job Scheduler included in the scheduled print device 30. The Job Scheduler manages the execution of a print job execution thread for a scheduled print job, at the scheduled time. In one embodiment, the Job Scheduler steps through a scheduled job list that has been sorted based on a scheduled date and time for printing. If the current time is equal to or greater than the scheduled time corresponding to a scheduled print job, the Job Scheduler starts a new thread to execute the scheduled print job in the scheduled job list. A job execution thread then handles the job printing process.

For example, the Job Scheduler accesses the scheduled job list in step S1402, and retrieves a scheduled print job from the scheduled job list in step S1404. The Job Scheduler determines whether the current time is greater than or equal to the scheduled time for printing the scheduled print job, in step S1406. If the current time is greater than or equal to the scheduled time, a job execution thread for the scheduled print job is started, and the scheduled print job is removed from the scheduled job list, in step S1408. If the current time is determined to be less than the scheduled time in step S1406, or after the job execution thread is executed in step S1408, the Job Scheduler sleeps for a specified period of time (e.g., one minute) in step S1410. After sleeping for the specified period of time in step S1410, the Job Scheduler repeats the process beginning at step S1402.

FIG. 15 depicts a process for executing the scheduled print job. For example, a job execution thread performs execution of the scheduled print job according to scheduled job attributes related to the scheduled print job. For example, in step S1402, the job execution thread reads the scheduled job attributes. The scheduled job attributes may include a Job ID which is used to fetch a scheduled print job from the storage 44; a user e-mail which is used by the notification module 48 to send an e-mail including status information; a mobile number which is used by the notification module 48 to send a text message including the status information; and distribute job printer addresses, if available, which are used by the scheduled print device 30 to forward the print job for printing by one or more printers identified by the distribute job printer addresses.

In step S1504, the scheduled print job is sent to local host port 9100 (e.g., DiPrint 9100 depicted in FIG. 5D). In step S1506, the job execution thread determines whether the scheduled print job was completed successfully. If the scheduled print job is completed successfully, the job execution thread determines whether the scheduled print job is to be distributed to any other printing devices, in step S1508. For example, the job execution thread determines whether the scheduled job attributes include at least one printing device address or host name to which the scheduled print job should be distributed. If the scheduled job attributes is determined to include at least one printing device address or host name, the scheduled print job sent to port 9100 of each of the at least one printing devices, in step S1510. In step S1512, an e-mail and/or text message indicating whether the scheduled print job was printed successfully is created and sent. After creating and sending the e-mail and/or text message, the scheduled print job is deleted in step S1514.

On the other hand, if the print job is determined not to have been completed in step S1506, the job execution thread determines whether an error occurred while printing the scheduled print job, in step S1516. If an error did not occur while printing the scheduled print job, the job execution thread returns to step S1506, at which time the job execution thread again determines whether the print job has been completed. However, if an error is determined to have occurred in step S1516, the job execution thread determines whether an alternate printer for printing the scheduled print job exists, in step S1518. If an alternate printer does not exist, in step S1520, a notification may optionally be sent to an administrator or any other designated party. If an alternate printer does exist, the job execution thread is sent to port 9100 of the alternate printer. The process then proceeds to step S1508, as discussed above.

FIGS. 16A-16D depict example interfaces used for scheduled print administration. Using the example interfaces of FIGS. 16A-16D, an administrator can manage the scheduled print application 32 of the scheduled print device 30, through a Web interface. Using the Web interface, the administrator can access various features including (1) viewing scheduled print jobs, (2) setting a threshold of pages for immediate print, such that a print job is scheduled to print during off peak hours, (3) setting an off peak hours schedule, (4) set a list of one or more alternate printers if an error occurs while printing a scheduled print job, (5) viewing error logs, and (6) viewing scheduled job logs.

An example Scheduled Print Configuration screen is depicted in FIG. 16A. In FIG. 16A, the administrator may input the threshold of pages for immediate print (e.g., 100 pages). Further, the administrator may enter an alternate printer address (e.g., 172.30.2.220), administrator or other designated party e-mail address (e.g., admin@acme.com), and define off peak hours (e.g., 7:00 PM to 6:00 AM). However, it should be noted that the Scheduled Print Configuration screen is not so limited. For example, the page threshold may be defined by other information indicative of resources used for printing a scheduled print job such as an estimated print time, toner requirements, resolution requirements, etc. Further, the administrator may optionally define a plurality of alternate printer addresses, administrator or designated party e-mail addresses, or off peak hours. Alternatively, the off peak hours may be automatically determined based on printing history information or the like.

FIG. 16B depicts an example Scheduled Print Job List screen, which displays a list of scheduled print jobs. FIG. 16C depicts an example Scheduled Print Job Log screen, which displays a list of executed scheduled print jobs. Further, FIG. 16D depicts an example Scheduled Print Error Log screen, which displays a list of any errors that occurred during execution of the scheduled print jobs.

FIG. 17 depicts an example system in which an Administrator Dashboard 1700 is connected to a plurality of scheduled print devices 30 a-30 c over a network, such as the network 12 discussed above. Each of the scheduled print devices 30 a-30 c include a scheduled print application 32 that provides web service APIs for a web client application (e.g., the Administrator Dashboard) to collect information about the scheduled print jobs of the respective scheduled print devices 30A-30C. The purpose of the web service API is to expose scheduled print related data such as scheduled print job information. The web service APIs can be accessed via the Internet (e.g., using HTTP or HTTPS) in the form of GET or POST methods. With these APIs, the client side application can be developed to consolidate data from the plurality of scheduled print devices 30 a-30 e to gather scheduled print related data.

For example, the web service API can be accessed via the Internet using a uniform resource locator (URL) such as

-   -   http://<IPAddress>/scheduledprint/webapi         Where <IPAddress> is the IP address or name of the scheduled         print device 30 on which the scheduled print related data is         requested.

In one embodiment, the web service API accepts the following parameters: (1) command and (2) clientid, which are mandatory parameters. For example, the Administrator Dashboard 1700 may access scheduled job information of a scheduled print device 30 using the following request:

-   -   http://<IPAddress>/scheduledprint/webapi?command=scheduledjobs         &clientid=askeelrrogicklsllakfk134d         In an example embodiment, the command “scheduledjobs”         corresponds to a request to return scheduled print job         information as XML. The “clientid”, which is also known as an         API Key, is used to validate a client's access to the web         service API. Generally, the Client ID (API Key) is distributed         to an application developer who wants to develop an application         using the web service API.

In response to a web service API request, the web service API of the scheduled print device 30 processes the request and returns a web service API response. FIG. 18 depicts an example generic XML, message, included in the web service API response, that is returned to the Administrator Dashboard 1700 when the command submitted with the web service API request is invalid. FIG. 19 depicts additional example response codes and their corresponding descriptions.

In FIG. 18, the <command/> is a generic example, and depends on the actual command requested. In one example, if the command is “scheduledjobs”, then the response depicted in FIG. 18 would be modified as follows:

<ScheduledPrintApiResponse> <command>scheduledjobs</command> <responseCode>0</responseCode> <message>Success</message> <commandResponse /> </ScheduledPrintApiResponse>

In the above example response, the <commandResponse i> is a generic example. An example of the actual information included in the example web service API response for the command “scheduledjobs” is depicted in FIG. 20.

FIG. 21 depicts a system overview of an example scheduled printing system with cloud storage. The system includes printing devices 26 a-26 c, 30, client devices 20 a, 20 b, email server 50, and cloud storage 10 all coupled to each other over a network 12. Printing devices 26 a-26 c are normal printing devices and printing device 30 is a scheduled printing device, which is a device on which a scheduled print application is deployed. Client devices 20 a, 20 b are used to submit print jobs of an immediate print type or a scheduled print type. E-mail server 50 allows the scheduled print device 30 to send print job status information back to a user via e-mail. Cloud storage 10 allows print jobs to be stored and retrieved for used by the scheduled printing system.

In operation when a client device 20 submits a scheduled print job, the print job is submitted along with scheduled print related commands and a time and/or date at which the print job is to be printed. During and at the end of the job, email server 50 sends status information back to the user. The normal print devices 26 a-26 c allow the print job to be distributed based on a command within the print job, or to which print jobs can be routed in case there is an error in the scheduled print device while printing a scheduled print job.

FIG. 22 depicts a flow diagram among electronic components in an example embodiment of the scheduled print device 30. The components include a network control service (NCS) 254, a Print System/PDL interpreter 256, a Scheduled Print Job Filter/Encryption module 2202, a Job database (DB) 260, a Job Scheduler 2204, an Operation Panel User Interface Module 252, a Scheduled Print Web Configuration Module 270, and a Web Service API module 272. In one embodiment, the Job Scheduler 2204 includes a SMTP client module 264 and a SMS module 266. In another embodiment, the SMTP client module 264 and/or the SMS module 266 are separate from the Job Scheduler 2204.

The NCS 254 is coupled to the Print System/PDL interpreter and the Operation Panel User Interface Module 252 and includes Diprint 9100 Module 266 which receives information from the Job Scheduler 2204. The Print System/PDL Interpreter 256 is additionally coupled to the Scheduled Print Job Filter/Encryption Module 2202. The Schedule Print Job Filter/Encryption Module 2202 is additionally coupled to the Job DB 260 and the Cloud Storage. The Job DB is additionally coupled to the Operation Panel User Interface Module 252, the Job Scheduler 2204, and the Web Configuration module 270 and Web Service API module 272. The Job Scheduler 2204 is additionally coupled to Cloud Storage 10 in FIG. 21. The Simple Mail Transfer Protocol (SMTP) client module 264 and/or the Short Message Service (SMS) module 266.

In operation, the NCS 254 receives a print job from the printer driver 24 of the client device 20, which is connected to a TCP port (e.g., port 9100) of the scheduled print device 30. After receiving the print job, the NCS 254 transfers the print job to the Print System/PDL Interpreter 256, which forwards the print job to the Scheduled Print Job Filter/Encryption Module 2202. The Scheduled Print Job Filter/Encryption module 2202 determines whether or not the print job is a scheduled print job. If the print job is determined to be a scheduled print job based on inclusion of scheduled data, then the Scheduled Print Job Filter/Encryption Module 2202 stores the print job in the Job DB 260 or in Cloud Storage 10, depending on instructions in the print job control language (PJL). In another embodiment, the Scheduled Print Job Filter/Encryption module 2202 encrypts the print job and stores the encrypted print job in the local storage (Job DB) 260 or in Cloud Storage depending on instructions in the print job control language (PJL).

Job Scheduler 2204 accesses the Job DB 260 or Cloud Storage 10, depending on the job information for the particular scheduled job, to obtain the stored print job and adds the print job to its own list of print jobs stored in the Job DB 260 of scheduled print device 30. Job Scheduler 2204 then executes the scheduled print job at the appropriate time.

If the scheduled print job filter/encryption module 258 determines that the print job is not a scheduled print job, then the scheduled print job filter/encryption module 258 returns the print job to the Print System/PDL interpreter 256, which interprets the print data, i.e., the PDL data included in the print job and prints the print data associated with the print job.

The Scheduled Print Job filter/Encryption Module 2202 extracts e-mail and/or mobile phone number information from the print job and sends the extracted e-mail information to the SMTP client module 264. Based on the extracted email information and the extracted mobile phone number information, the SMPT client module 264 uses an API, which accepts a recipient's email ID, to send e-mails with scheduled print job status information to the SMS module 266, which sends a text message including the scheduled print job status information based on the extracted mobile phone number information.

The Operation Panel User Interface Module 252 is configured to provide an interface for a user to access scheduled print jobs stored in the scheduled print device 30. When the user operates the Operation Panel User Interface Module 252, the user enters a user ID and corresponding authentication information. FIG. 11A depicts an example interface for the user to enter the user ID and corresponding authentication information. In other embodiments, a user accesses the scheduled print jobs through other authenticating methods that may be based on the user's voice and/or biometric information. After the user provides the user ID and the authentication information, or the user is authenticated by other methods, Operation Panel User Interface Module 252 retrieves scheduled print jobs associated with the user from the Job DB 260. In one embodiment, the scheduled print jobs are retrieved according to a user ID.

The retrieved scheduled print jobs are displayed to the user, for example, as depicted in FIG. 11 B. After the user selects one or more scheduled print jobs, the Operation Panel User Interface Module 252 performs a user requested action on the selected one or more scheduled print jobs. For example, when the user requests that one or more scheduled print jobs be printed immediately, the Operation Panel User Interface Module 252 pulls the selected one or more scheduled print jobs from the Job DB 260 and sends the one or more scheduled print jobs to the Diprint 9100 module 266. The Diprint 9100 module 266 forwards the one or more print jobs to the print system/PDL interpreter 256, which prints the print data associated with the one or more scheduled print jobs. When the print system/PDL interpreter 256 is aware that the print job is not a scheduled print job, the print job is printed without being forwarded to the scheduled print job filter/encryption module 258. Further, the user may request that the one or more scheduled print jobs be deleted or modified, as previously described.

The a Scheduled Print Web Configuration Module 270 and the Web Service API Module 272 connects to a user application or an administrator application using the hypertext transfer protocol (HTTP) or the hypertext transfer protocol secure (HTTPS). However, in other embodiments, the user application or the administrator application connects to the Scheduled Print Web Configuration Module 270 and the Web Service API Module 272 using other communication protocols such as the file transfer protocol (FTP), the simple object access protocol (SOAP), or representational state transfer (REST). As discussed above, the user application or the administrator application connects to the scheduled print web configuration module 270 and the web service API module 272 to manage (e.g., configuration information, edit or delete scheduled print jobs, etc.) the scheduled print device 30 or the scheduled print jobs stored therein, or to access status information such as a job log and error log stored on the scheduled print device 30. As noted above, in one embodiment, the scheduled print jobs can be managed using the user interfaces depicted in FIGS. 16A-16D.

FIG. 23 depicts a client system 20 a, 20 b coupled to Cloud storage 10 and Scheduled Print Device 30. In one embodiment, the client system 20 a, 20 b runs an Application Program 2302, a Printer Driver 2304 and a Scheduled Print Port Monitor 2306. In the embodiment, the Scheduled Print Port Monitor is configured to send a Scheduled Print Job 2308 to Cloud Storage 10 and Scheduled Print Job Attributes 2310 to the Scheduled Print Device 30, instead of sending both the Scheduled Print Job and Scheduled Print Job Attributes to Cloud Storage or to the Scheduled Print Device.

FIG. 24 depicts a flow diagram among electronic components in the embodiment depicted in FIG. 23. Flow diagram 24 is the same as flow diagram in FIG. 22, except that the Scheduled Print Job Filter/Encryption Module 2402 is not configured to store the print job in Cloud Storage. Additionally, Job Scheduler 2404 is configured to download the Print Job Attributes from Cloud storage, while obtaining the Scheduled Print Job from local storage 260.

FIGS. 25A-25C depict example user interfaces for requesting a scheduled print job. For example, in FIG. 25A, a Print window 900 is displayed to a user of the client device 20. The user selects a printer, such as scheduled print device 30, to process a print job in a dropdown window 902. If the user selects the properties button 904, a Printing Preferences window 920, as depicted in FIG. 25B, is displayed.

The Printing Preferences window 920 in FIG. 25B allows the user to define several printing options, including whether the print job is to be of the scheduled print type in a drop down window 922. For print jobs of the scheduled print type, the user may define further details by, for example, selecting the details button 924. When the user selects the details button 924, a Scheduled Print Details window 960 is displayed.

The Scheduled Print Details window 960 depicted in FIG. 25C includes a user ID field 962, password field 964, e-mail address field 968, mobile number field 970, scheduled date field 972, scheduled time field 974, distribute selection box 976, and details button 978. A user may access the scheduled print application 32 on the scheduled print device 30 using the user ID and/or password entered into user ID field 962 and password field 964, respectively. The e-mail address field 968 and mobile number field 970, when provided with appropriate information, are used by the scheduled print device 30 to provide job status notifications to a specified device or designated user. The scheduled date field 972 and time field 974, define the date and time when the scheduled print job should be printed. The storage selection button 940 indicates that the storage location of the print job is local storage (on the print device) and the storage selection button 942 indicates that the storage location of the print job is Cloud Storage. Based on this selection, appropriate job control language commands are sent to the printer. Further, the distribute selection box 976 enables job distribution to selected one or more printing devices (e.g., normal print devices 26 a-26 c). The one or more printing devices may be designated, for example, by selecting details button 978, which causes a Scheduled Print Distribute Details window 980 to be displayed to the user.

FIG. 26A depicts an example scheduled print job database schema for each scheduled print job stored in the scheduled print device 30 and FIG. 26B gives a description of the information in the schema. Each entry in the scheduled job database is identified by a unique job identifier (i.e., a private key (PK), JobID)). The schema further includes a UserID and password, which correspond to the user ID and password included in the scheduled print job request generated by printer driver 24. A TimeStamp indicates the time that the scheduled print device 30 received the scheduled print job. The ScheduleTime and ScheduleDate respectively define the time and date that the scheduled print job is to be printed. The PageCount defines the number of pages to be printed. The JobName, EmailID, and MobileNumber respectively correspond to the job name, e-mail address, and mobile number sent from the printer driver 24. PrinterAddress1-PrinterAddress10 correspond to the information sent from the printer driver 24 if the distribute option was selected and at least one printer address or host name provided to the printer driver 24. CloudStorage indicates whether the Scheduled print job needs to be stored on the printer or in Cloud Storage. CloudStorageInfo contains information stored by the Scheduled Print Job Filter Module relating to the stored job such as at least the Filename and path information of the print job on the Cloud Storage service.

FIG. 27 depicts an embodiment for processing a print job received by the scheduled print device 30. In one embodiment, the print job includes PJL commands/comments that are generated by the printer driver 24 of the client device 20. An example set of PJL commands/comments generated by the printer driver 24 is depicted in FIG. 10.

As depicted in FIG. 27, the scheduled print device 30 first identifies the number of pages in the received print job, in step 2702.

In step 2704, the scheduled print device 30 determines whether the print job is a scheduled print job by, for example, determining whether the PJL commands/comments associated with the print job includes “PDL SCHEDULEJOB”. Alternatively, the scheduled print device 30 determines whether the print job is a scheduled print job based on other specified information stored in the PJL commands/comments.

If the print job is determined not to be a scheduled print job, the number of pages determined in step 2702 dictates how the print device responds. The scheduled print device 30 determines whether the number of pages in the print job exceeds a threshold for immediate print, in step 2706. If the number of pages in the print job does not exceed the threshold, then the print job is sent, in step 2708, to the print system for printing. However, if the number of pages in the print job exceeds the threshold, the print job is scheduled, in step 2710, for off peak printing, and job information corresponding to the print job is created and stored into a Job Schedule Database.

On the other hand, if the print job is a scheduled print job, then the PJL instructions determine how the print device responds. In step 2712, the scheduled print device 30 parses the PJL commands/comments that are generated by the printer driver 24 of the client device 20. In step 2714, a unique JobID is created and job information corresponding to the print job is stored into the Job Schedule Database. After the job information corresponding to the print job is stored in either steps 2710 or 2714, the print job is encrypted and stored, in step 2716, in the scheduled print device 30. Further, the scheduled print job is added to the job scheduler of the scheduled print device 30.

In step 2718, the scheduled print device determines that the field ‘CLOUDSTORAGE’ is present in the PJL commands. Based on the field, the job is stored, in step 2720, either in Cloud Storage or stored, in step 2722, in local storage on the printer. The Job Filter Module also stores the filename/path of the print job in to CloudStorageInfo field in the database.

FIG. 28 depicts a process for executing the scheduled print job. For example, a job execution thread performs execution of the scheduled print job according to scheduled job attributes related to the scheduled print job. For example, in step 2802, the job execution thread reads the scheduled job attributes from the database. In one embodiment, the scheduled job attributes include a Job ID, which is used to fetch a scheduled print job from the storage 44; a User E-mail, which is used by the notification module 48 to send an e-mail including status information; a Mobile Number, which is used by the notification module 48 to send a text message including the status information; distribute job printer addresses, if available, which are used by the scheduled print device 30 to forward the print job for printing by one or more printers identified by the distribute job printer addresses; and CloudStorage, which, if set as determined in step 2824, causes the job to be downloaded in step 2828 from Cloud Storage using the information stored in CloudStoreInfo. Otherwise, the print job is accessed from local storage.

In step 2804, the scheduled print job is sent to local host port 9100 (e.g., DiPrint 9100 266 depicted in FIG. 22).

In step 2806, the job execution thread determines whether the scheduled print job was completed successfully. If the scheduled print job did not complete successfully, as determined in step 2806, then the job execution thread determines whether an error occurred while printing the scheduled print job, in step 2816.

If a printer error did not occur while printing the scheduled print job, the job execution thread returns to step 2806, at which time the job execution thread again determines whether the print job has been completed.

If a printer error did occur while printing the scheduled print job, the job execution thread determines whether an alternate printer for printing the scheduled print job exists, in step 2818. If an alternate printer does not exist, in step 2820, a notification may optionally be sent to an administrator or any other designated party. If an alternate printer does exist, the job execution thread in step 2822 is sent to port 9100 of the alternate printer.

If the scheduled print job is completed successfully or printer error occurred, then in step 2808, the job execution thread determines whether the scheduled print job is to be distributed to any other printing devices. For example, the job execution thread determines whether the scheduled job attributes include at least one printing device address or host name to which the scheduled print job should be distributed. If the scheduled job attributes are determined to include at least one printing device address or host name, the scheduled print job sent to port 9100 of each of the at least one printing devices, in step 2810.

In step 2812, an e-mail and/or text message indicating whether the scheduled print job was printed successfully is created and sent.

After creating and sending the e-mail and/or text message, the scheduled print job is deleted in step 2814.

FIG. 29 depicts an example set of PJL commands/comments generated by the printer driver 24 for the scheduled print request. As depicted in FIG. 26, the PJL commands include information regarding the print job type, user ID, e-mail address, password, mobile number, time at which the print job is scheduled, date at which the print job is scheduled, and IP addresses or host names of printers to which the print job is to be distributed and whether or the job is stored in cloud storage. The PJL commands/comments are processed by the scheduled print device 30, as discussed with respect to FIG. 13.

Numerous modifications and variations are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims, the invention may be practiced otherwise than as specifically described herein. 

What is claimed is:
 1. An apparatus comprising: a Web client application configured to cause: scheduled print job information for a plurality of scheduled print jobs to be collected from a plurality of Web service-enabled printing devices and consolidated, wherein the scheduled print job information specifies, for each scheduled print job from the plurality of scheduled print jobs for the plurality of Web service-enabled printing devices, a scheduled time that the scheduled print job is to be printed and a cloud storage location of the scheduled print job, and the consolidated scheduled print job information for the plurality of scheduled print jobs for the plurality of Web service-enabled printing devices to be displayed on a user interface of a computing device.
 2. The apparatus of claim 1, wherein the scheduled print job information further specifies a filename and path information for each scheduled print job.
 3. The apparatus of claim 1, wherein the scheduled time is a range of times.
 4. The apparatus of claim 1, wherein the scheduled print job information is stored in one or more of scheduled print job attribute data for the plurality of scheduled print jobs or a plurality of print job language commands for the plurality of scheduled print jobs.
 5. The apparatus of claim 1, wherein the Web client application is configured to allow a user to perform one or more functions with respect to the plurality of scheduled print jobs, wherein the one or more functions include one or more of view the scheduled print job information for the plurality of scheduled print jobs, change the scheduled print time for a scheduled print job, delete a scheduled print job, specify one or more alternate Web service-enabled printing devices for a scheduled print job, view a scheduled print job log, or view a schedule print job error log.
 6. The apparatus of claim 1, wherein: the plurality of Web service-enabled printing devices support a Web services application program interface (API), and the Web client application is configured to cause the scheduled print job information to be collected from the plurality of Web service-enabled printing devices via a plurality of Web service requests that conform to Web services API.
 7. The apparatus of claim 6, wherein the Web services API is accessible via a uniform resource locator (URL).
 8. One or more non-transitory computer-readable media storing instructions which, when processed by one or more processors on a computing device cause: a Web client application executing on the computing device to cause: scheduled print job information for a plurality of scheduled print jobs to be collected from a plurality of Web service-enabled printing devices and consolidated, wherein the scheduled print job information specifies, for each scheduled print job from the plurality of scheduled print jobs for the plurality of Web service-enabled printing devices, a scheduled time that the scheduled print job is to be printed and a cloud storage location of the scheduled print job, and the consolidated scheduled print job information for the plurality of scheduled print jobs for the plurality of Web service-enabled printing devices to be displayed on a user interface of a computing device.
 9. The one or more non-transitory computer-readable media of claim 8, wherein the scheduled print job information further specifies a filename and path information for each scheduled print job.
 10. The one or more non-transitory computer-readable media of claim 8, wherein the scheduled time is a range of times.
 11. The one or more non-transitory computer-readable media of claim 8, wherein the scheduled print job information is stored in one or more of scheduled print job attribute data for the plurality of scheduled print jobs or a plurality of print job language commands for the plurality of scheduled print jobs.
 12. The one or more non-transitory computer-readable media of claim 8, wherein the Web client application is configured to allow a user to perform one or more functions with respect to the plurality of scheduled print jobs, wherein the one or more functions include one or more of view the scheduled print job information for the plurality of scheduled print jobs, change the scheduled print time for a scheduled print job, delete a scheduled print job, specify one or more alternate Web service-enabled printing devices for a scheduled print job, view a scheduled print job log, or view a schedule print job error log.
 13. The one or more non-transitory computer-readable media of claim 8, wherein: the plurality of Web service-enabled printing devices support a Web services application program interface (API), and the Web client application is configured to cause the scheduled print job information to be collected from the plurality of Web service-enabled printing devices via a plurality of Web service requests that conform to Web services API.
 14. The one or more non-transitory computer-readable media of claim 13, wherein the Web services API is accessible via a uniform resource locator (URL).
 15. A computer-implemented method comprising: a Web client application executing on a computing device causing scheduled print job information for a plurality of scheduled print jobs to be collected from a plurality of Web service-enabled printing devices and consolidated, wherein the scheduled print job information specifies, for each scheduled print job from the plurality of scheduled print jobs for the plurality of Web service-enabled printing devices, a scheduled time that the scheduled print job is to be printed and a cloud storage location of the scheduled print job, and the Web client application executing on the computing device causing the consolidated scheduled print job information for the plurality of scheduled print jobs for the plurality of Web service-enabled printing devices to be displayed on a user interface of a computing device.
 16. The computer-implemented method of claim 15, wherein the scheduled print job information further specifies a filename and path information for each scheduled print job.
 17. The computer-implemented method of claim 15, wherein the scheduled time is a range of times.
 18. The computer-implemented method of claim 15, wherein the scheduled print job information is stored in one or more of scheduled print job attribute data for the plurality of scheduled print jobs or a plurality of print job language commands for the plurality of scheduled print jobs.
 19. The computer-implemented method of claim 15, wherein the Web client application is configured to allow a user to perform one or more functions with respect to the plurality of scheduled print jobs, wherein the one or more functions include one or more of view the scheduled print job information for the plurality of scheduled print jobs, change the scheduled print time for a scheduled print job, delete a scheduled print job, specify one or more alternate Web service-enabled printing devices for a scheduled print job, view a scheduled print job log, or view a schedule print job error log.
 20. The computer-implemented method of claim 15, wherein: the plurality of Web service-enabled printing devices support a Web services application program interface (API), and the Web client application is configured to cause the scheduled print job information to be collected from the plurality of Web service-enabled printing devices via a plurality of Web service requests that conform to Web services API. 